home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 5277 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: news.tau.ac.il!usenet
  2. From: Avi Lev <avil@sapiens.com>
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: 680X0 -> PPC translator?
  5. Date: Tue, 12 Mar 1996 12:43:59 +0200
  6. Organization: Sapiens Technologies
  7. Message-ID: <3145556F.2839@sapiens.com>
  8. References: <19960307.41C900.103A8@an168.du.pipex.com> <Dny169.BJH@cix.compulink.co.uk> <19960308.41E5A8.1098C@an157.du.pipex.com>
  9. NNTP-Posting-Host: honda.sapiens.co.il
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (WinNT; I)
  14.  
  15. Mathew Hendry wrote:
  16.  
  17. > In other words, the _user_ would effectively be guiding the static translation
  18. > of an executable. With each run of the program, hopefully more code would be
  19. > translated, and the program would run progressively faster. This completely
  20. > removes the problem of misplaced code / data, because only code which would
  21. > really be executed ends up being translated (you do have the problem of how
  22. > to deal with programs which go haywire and jump into data segments, though -
  23. > almost impossible to handle whichever method you use)...
  24. > 
  25. > Note: DEC's FX!64 system uses this method, and claims 70% of native
  26. > performance for fully translated programs.
  27. > 
  28. > -- Mat.
  29.  
  30. let me give you a simple reason why you're wrong and why dynamic translation is NOT the way to 
  31. go, well you're assuming that the translated PPC code will be of the same size as the original 
  32. code, well that is simply not necessarally true and what do you do then??? you can't change the 
  33. segment size of the hunk in memory during run-time and even if you could that would have a 
  34. great performance impact cuz you would have to rewrite all the code in the newly allocated 
  35. segment each time you need more space, and as far as i know PPC instructions do require more 
  36. space than 680x0. the best way to go is by doing static translation of all the code and there 
  37. are algorithms to do that, they're complexity is what prevents them from being implemented 
  38. that's all. but all in all the simplest way to go is just recompiling the program, that should 
  39. make life alot easier. since most big applications are written in a high level language such as 
  40. C this shouldn't present a big problem now should it?! and by the way, there's nothing better 
  41. than the real thing, emulation will ALWAYS be slower than running native PPC code.
  42. Avi.
  43.